home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000016_news@columbia.edu _Mon Mar 12 08:51:19 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id IAA29920
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 12 Mar 2001 08:51:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id IAA04718
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 12 Mar 2001 08:31:23 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: gazelle@yin.interaccess.com (Kenny McCormack)
  10. Subject: Re: secure ftp batch binaries/scripts
  11. Date: 12 Mar 2001 07:29:38 -0600
  12. Organization: The official candy of the new Millennium
  13. Message-ID: <98ij02$g68$1@yin.interaccess.com>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <98hhft$ofs$1@newsmaster.cc.columbia.edu>,
  17. Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  18. >In article <98he0m$5d8$1@yin.interaccess.com>,
  19. >Kenny McCormack <gazelle@interaccess.com> wrote:
  20. >:
  21. >: This is very interesting.  Normally, I am a little sceptical of
  22. >: these frequent "Kermit can do anything" posts, but this one is very
  23. >: intriguing because it looks pretty much "ready to go".  SSH (the
  24. >: other main contender) has always looked really complicated to setup -
  25. >: along with the "You can't really get binaries for it, you have to get
  26. >: /dev/(r)random, you have to deal with export restrictions, you have
  27. >: to deal with the RSA patent, etc, etc, etc" bulls**t.
  28. >:
  29. >: So, convince me.  Is it really straightforward to do it with Kermit?
  30. >
  31. >All of the issues with /dev/random, export issues, patents are the same.
  32. >You can't avoid them regardless of which security protocols you want to use.
  33.  
  34. OK - thanks for the honest answer.  I guess it is still too complicated to
  35. deal with.  But I will check it out (the Kermit web page and stuff related
  36. to this), anwyay.